home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940181.txt < prev    next >
Internet Message Format  |  1994-11-13  |  20KB
  1. Date: Sun,  5 Jun 94 04:30:24 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #181
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sun,  5 Jun 94       Volume 94 : Issue  181
  11.  
  12. Today's Topics:
  13.                       9600 baud observations...
  14.                        AEA DSP2232 Mailing List
  15.              An open note to Gary Coffman, KE4ZV (2 msgs)
  16.                     DXing Freqs for VHF FM Packet
  17.                          Help w/WEFAX & Pk232
  18.                                MSYS117
  19.                        PacComm DB9 BayCom Modem
  20.                     Packet equipment?/Mail Order?
  21.                         Source for TNC-2 eprom
  22.                       UK TCP/IP meet - reminder!
  23.                           Vester SSTV board
  24.  
  25. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  26. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  27. Problems you can't solve otherwise to brian@ucsd.edu.
  28.  
  29. Archives of past issues of the Ham-Digital Digest are available 
  30. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  31.  
  32. We trust that readers are intelligent enough to realize that all text
  33. herein consists of personal comments and does not represent the official
  34. policies or positions of any party.  Your mileage may vary.  So there.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: Sun, 5 Jun 1994 07:04:34 GMT
  38. From: netcomsv!netcom.com!wb6w@decwrl.dec.com
  39. Subject: 9600 baud observations...
  40. To: ham-digital@ucsd.edu
  41.  
  42. Jeffrey Austen (jra1854@tntech.edu) wrote:
  43. : In Article <79731@uugate.wa7slg.ampr.org>, ka7oei@uugate.wa7slg.ampr.ORG wrote:
  44. : >I'd like some comment on the TAPR and (apparently) MFJ firmware KISS modes.
  45. : >With both, I've observed that after some time (5-10 minutes, maybe) the TNC
  46. : >seems to reset, losing current timing parameters like TXDELAY, SLOTTIME,
  47. : >etc.
  48.  
  49. : I have a MFJ 1270B and cured this problem by getting a new TNC2 EPROM from TAPR.
  50.  
  51. : Jeff, k9ja
  52.  
  53. I had a similar problem with the MFJ firmware. According to MFJ, there is
  54. an (apparently undocumented) command that is *SUPPOSED* to disable the
  55. reset timer. The command would be "param 250" if nos would accecpt it (my
  56. copy of jnos won't). The command can still be entered from a pc/clone via
  57. standard commo programs and the alt-keypad trick. The bad news is that this
  58. never worked for me. I'd be interested in hearing from anyone for whom this
  59. "param 250" (kissdog off) HAS worked! I finally just downloaded the tapr
  60. kiss firmware from ucsd.edu and got a friend to burn it into a prom for me.
  61. That's how I solved this problem. - 73 de Glenn wb6w@netcom.com
  62.  
  63. ------------------------------
  64.  
  65. Date: 5 Jun 1994 00:01:03 +0200
  66. From: Germany.EU.net!Aachen.Germany.EU.net!rmi.de!Aachen.Germany.EU.net!rmi.de!not-for-mail@uunet.uu.net
  67. Subject: AEA DSP2232 Mailing List
  68. To: ham-digital@ucsd.edu
  69.  
  70. ====================================================================
  71.       This is the Mailserver at EUnet EUregio POP Aachen
  72. ====================================================================
  73.  
  74. If you are interested in exchanging information on the
  75.  
  76. AEA DSP 2232 - Digital Signal Processing Multi-Mode Data Controller
  77.  
  78. you are invited to join our Mailing list (started on May 12, 1994).
  79. Please subscribe by sending a Mail to
  80.  
  81. dsp2232-request@rmi.de   [or dsp2232-request@Aachen.Germany.EU.net]
  82. with the subject: "subscribe" .
  83.  
  84. If you would like to share your experiences of knowledge on the
  85. unit, write you contributions to
  86.  
  87. dsp2232@rmi.de   [or dsp2232@Aachen.Germany.EU.net].
  88.  
  89.  
  90. ====================================================================
  91.         Automatic weekly mailing
  92. ====================================================================
  93.  
  94. ------------------------------
  95.  
  96. Date: 4 Jun 94 18:33:27 -0600
  97. From: caen!saimiri.primate.wisc.edu!news.doit.wisc.edu!uwec.edu!hemp!whitemp@tcgould.tn.cornell.edu
  98. Subject: An open note to Gary Coffman, KE4ZV
  99. To: ham-digital@ucsd.edu
  100.  
  101. Gary Coffman (gary@ke4zv.atl.ga.us) wrote:
  102.  
  103. : Talking KISS is not the answer, there is already a packet driver that
  104. : can do that.
  105. Which one?  I've been looking - give me an FTP site.
  106.  
  107. : What you have to have is the entire AX25 set embedded in
  108. : the driver so that it can enclose the IP packets in an AX25 envelope
  109. : and then enclose *that* in a KISS envelope for delivery to the KISS
  110. : TNC. An AX25 driver is not something that can easily be made a TSR.
  111. That's fine.  All I want to need to do, is run a driver, much like
  112. slip8250.com, that will turn the TNC into an 'ethernet' card.  Heck,
  113. they've done it with just a serial card, it seems like a TNC should
  114. be a whole lot easier.
  115.  
  116. : There *is* a kernel mode AX25 driver for Linux, and one that runs in user 
  117. : space for Sys V Unix. IMHO, if you want kernel level support features, you
  118. : need to run a proper operating system that's designed to support such
  119. : features. Linux is one that will run on a PC.
  120. Got it, run it, love it.  BUT: MOST PPL I KNOW OF (for some reason or
  121. another) WON'T RUN LINUX!  That segment would be best served with a
  122. driver.  
  123.  
  124. : DOS is a glorified program loader,
  125. You're being generous!
  126.  
  127. : no amount of kludges and bandaids (such as Windoze) can fix that. 
  128. Windoze is still a kludge. Unfornately, it's a popular kludge.
  129.  
  130. If you could point me in the direction of a driver that will allow my
  131. TNC to run tcp/ip under dos, and speak to all of the nifty applications
  132. (such as NCSA Telnet, Popmail, etc) that would be very good!
  133.  
  134. --
  135.  
  136.  Mike White        whitemp@cnsvax.uwec.edu
  137.  N9UXC            Tech+ and climbing
  138.  
  139. ------------------------------
  140.  
  141. Date: Sat, 4 Jun 1994 22:22:35 GMT
  142. From: nwnexus!a2i!davidj@uunet.uu.net
  143. Subject: An open note to Gary Coffman, KE4ZV
  144. To: ham-digital@ucsd.edu
  145.  
  146. Gary's letter isn't here, but Doug's open letter is a fine start. And
  147. we have all read replies about one technical angle or another being the
  148. seed of our discontent. But have we ever thought about applications for
  149. packet radio? Excuse me, but what is this thing for? 
  150.  
  151. We get bored pretty quickly with keyboard-to-keyboard communications. A
  152. regular BBS is pretty well out of the question, even at 9600 baud the
  153. throughput is nearly unusable. There are other things we can do, however,
  154. and I wonder why there hasn't been more development outside of the strictly
  155. technical. For instance:
  156.  
  157. ARESPACK from WN6I tracks who/where/what during a disaster. APRS plots
  158. locations of stations, DF headings, station status, etc on a map from
  159. information transmitted on packet. And the DX cluster is a perfect 
  160. example of how we can use this mode to make things nicer. 
  161.  
  162. Pedro Colla wrote a long article, pointing out what we have here: it is
  163. a low bandwidth, anarchic, highly resilient network that will work,
  164. eventually. Practical throughput, once there are more than two stations
  165. involved, is a few tens or hundreds of baud. It is a thin network. Why
  166. don't we give up on thinking of it as a ham Ethernet and start working
  167. on more applications where this sort of information pipe will do some good?
  168.  
  169. 73
  170. David WA6NMF
  171.  
  172.  
  173. -- 
  174. David Josephson / Josephson Engineering / San Jose CA / david@josephson.com
  175.  
  176. ------------------------------
  177.  
  178. Date: 5 Jun 1994 04:50:19 GMT
  179. From: nwnexus!halcyon!raoul@uunet.uu.net
  180. Subject: DXing Freqs for VHF FM Packet
  181. To: ham-digital@ucsd.edu
  182.  
  183. I'm interested in doing some DX work on VHF FM Packet.  I know enough not 
  184. to use the network freqs but what ones should I use?
  185.  
  186. I'm in Washington State- Western side.  I have 45 watts and a decent 
  187. site- pretty high on a hill.  I figured I would pick one of the freqs 
  188. that guys do this sort of thing and set the beacon on and see what happens.
  189.  
  190. Is this proper proceedure and what freqs should Itry?
  191.  
  192. Jeff
  193. KB7AIL
  194.  
  195. ------------------------------
  196.  
  197. Date: 5 Jun 94 02:11:10 GMT
  198. From: news-mail-gateway@ucsd.edu
  199. Subject: Help w/WEFAX & Pk232
  200. To: ham-digital@ucsd.edu
  201.  
  202. I just received a new AEA PK232MBX TNC, and tried using JVFAX to decode WEFAX
  203. signals, but all I got was a white blanket on my screen.
  204. I speaking with a friend of mine more familiar with JVFAX, he said he 
  205. believes the program will only work with the special circuits recommended
  206. for specific reception and decoding of WEFAX.
  207.  
  208. Do any FTP-able programs exist for reception of WEFAX via a TNC, or do I need
  209. to spend a few more dollars and buy AEA's wefax s/w?
  210.  
  211. Thanks much for any help anyone can offer.
  212.  
  213. 73,
  214. Scott
  215.  
  216. ===============================================================================
  217. | Scott Ehrlich           Amateur Radio: wy1z      AMPRnet: wy1z@wa1phy.ampr.org |
  218. | Internet: wy1z@neu.edu   BITnet: wy1z@NUHUB    AX.25: wy1z@wa1phy.ma.usa.na |
  219. |-----------------------------------------------------------------------------|
  220. |       Maintainer of the Boston Amateur Radio Club hamradio FTP area on      |
  221. |            oak.oakland.edu - /pub/hamradio                |
  222. ===============================================================================
  223.  
  224. ------------------------------
  225.  
  226. Date: Sun, 5 Jun 1994 02:22:24 GMT
  227. From: ihnp4.ucsd.edu!swrinde!howland.reston.ans.net!usenet.ins.cwru.edu!news.csuohio.edu!sww@network.ucsd.edu
  228. Subject: MSYS117
  229. To: ham-digital@ucsd.edu
  230.  
  231. Jeremy Remer (jremer@ub.d.umn.edu) wrote:
  232. : Where do I find MSYS117 on the network?
  233. : So far, MSYS116 is what I have found so far.
  234.  
  235. FTP to 137.148.21.6   ... That is the author (Mike, WA8BXN's) site.
  236.  
  237. 73,
  238. Steve
  239.      NO8M@NO8M.#NEOH.OH.USA.NA
  240.      ag807@cleveland.freenet.edu
  241.  
  242. ------------------------------
  243.  
  244. Date: 4 Jun 1994 17:49:02 -0400
  245. From: news2.sprintlink.net!news.sprintlink.net!deathstar.cris.com!starcore.cris.com!not-for-mail@uunet.uu.net
  246. Subject: PacComm DB9 BayCom Modem
  247. To: ham-digital@ucsd.edu
  248.  
  249. In article <BAT.94Jun3070443@gdstech.GRUMMAN.COM>, Pat Masterson wrote:
  250.  
  251. > PacComm sells a neat Baycom modem in a DB9, as well as a DB25. It's
  252. >almost invisible. And, it actually works!. I travel with it, a laptop,
  253. >and an HT. Perfect for high-hotel-room packet playing. -pat
  254.  
  255. Neat, isn't it...!!!  I have the same setup and it works great...  For 
  256. $65.00, the PacComm BayCom modem and the latest version of BayCom is the
  257. best kept secret in the ham world...
  258.  
  259. Marv...
  260.  
  261. +--  Marv Uphaus  --  Muphaus@cris.com  --  CompuServe: 72122,1253  --+
  262. +--  U.S. Mail: 4031 Airport Blvd. #49  --  Mobile, AL  36608  USA  --+
  263. +--  Packet Radio: K4BVG @W4IAX.#MOBAL.AL.USA.NA  Ph: 205 343-9256  --+
  264.  
  265. ------------------------------
  266.  
  267. Date: 5 Jun 94 04:47:00 EDT
  268. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!darwin.sura.net!wvnvms.wvnet.edu!un107332@network.ucsd.edu
  269. Subject: Packet equipment?/Mail Order?
  270. To: ham-digital@ucsd.edu
  271.  
  272. Hi,
  273.     I am interested in purchasing equipment that will let me do
  274. packet.  If I have a terminal, I can just use a TNC?  And if I
  275. take an old 8088, I can use a BayCom modem plus software on the
  276. computer to do it?  Please e-mail me if this is incorrect.
  277.     I have seen a lot of references to the Kantronics TNC, and
  278. was wondering how much they cost .. also, on the same subject, what
  279. are some mail-order companies that deal in radio equipment and packet
  280. stuff specifically?
  281.     Thanks for any info ..
  282.  
  283.     Laurent
  284. -- 
  285. Laurent Delfosse   C.S. at WVU   Do, or do not ...
  286. UN107332@VAXA.WVNET.EDU          there is no try.  -Yoda
  287.  
  288. ------------------------------
  289.  
  290. Date: Sat, 4 Jun 1994 16:45:44 GMT
  291. From: gsm001!gsm001.mendelson.com!gsmlrn@uunet.uu.net
  292. Subject: Source for TNC-2 eprom
  293. To: ham-digital@ucsd.edu
  294.  
  295. Rudi van Drunen (rudi@chem.rug.nl) wrote:
  296. : Hi all !
  297.  
  298. : I'm looking for the Z80 SOURCE of the EPROM for use in the TNC-2.
  299. : Esp. because I want to move the addresses of the Z80 peripheral chips
  300. : to get the code running on another board. 
  301.  
  302. : Please give me a lead where I can find the source ! The images of the
  303. : EPROM seem to be scattered all around the Internet, but I have not
  304. : found the source.
  305.  
  306. TAPR should be able to send you a copy of the source code for the TNC-2
  307. eprom. I don't know if there would be a charge (beyond disk production and
  308. postage or not).
  309.  
  310. The KISS eprom for the tnc-2 both in source code and object is  available
  311. from several ftp sites and on the QRZ CD-ROM.
  312.  
  313. 73
  314.  
  315. Geoff.
  316.  
  317.  
  318.  
  319. --
  320. "I am number six. Others come and others go, but I am always number six."
  321. (From the movie "Eminent Domain".) 
  322.  
  323. Geoffrey S. Mendelson N3OWJ    (215) 242-8712  gsm@mendelson.com   
  324.  
  325. ------------------------------
  326.  
  327. Date: 4 Jun 1994 19:04:04 +0100
  328. From: ihnp4.ucsd.edu!swrinde!pipex!warwick!unicorn.nott.ac.uk!unicorn.nott.ac.uk!not-for-mail@network.ucsd.edu
  329. Subject: UK TCP/IP meet - reminder!
  330. To: ham-digital@ucsd.edu
  331.  
  332. TCP/IP Network Meeting
  333. R:940516/0722z @:G7GPA.GB7BAD.#23.GBR.EU [Nowhere]
  334.  
  335. ;;;Emacs-fodder: -*-Text-*-
  336.  
  337. Greetings, TCP/IP-people,
  338. After the success (even though I managed to erase the minutes) of last
  339. year's Region 4 TCP/IP meeting, it gives me pleasure to announce:
  340.  
  341.          The Second U.K. TCP/IP-AMPR Network Meeting
  342.              -------------------------------------------
  343.  
  344. Date: Saturday, 18th June 1994            Venue: Nottingham University
  345. Cost: Free                                Open to: Anybody
  346. (note - date is provisional, but will only change if there's a _very_
  347. good reason, i.e. NFD, World War III :) )
  348.  
  349. This meeting is being held as a forum to discuss new ideas in TCP/IP
  350. networking by radio, and to help develop a plan for developing
  351. the network and increasing connectivity to produce a working plan.
  352. Other possible topics for discussion include - software, networking
  353. under alternative systems (Linux!) and anything else that's of
  354. interest. 
  355.   I've called this meeting 'UK' as last year's meeting covered more
  356. than merely Region 4 specific issues, and also because I think it
  357. would be a great idea for us all to get together for a talk and a few
  358. beers, to hopefully produce a little more cooperation between
  359. different parts of the country, which would be universally beneficial.
  360.  
  361. A few suggested topics for discussion:
  362.  - Domain naming conventions (and problems with name service)
  363.  - Mail delivery over the wide-area UK network
  364.  - Distribution of network news
  365.  - Addressing schemes (we need to sort this one out! ;-) )
  366.  - Networking with Linux (and other Unix versions)
  367.  - Interchange of mail and news with the Internet at large
  368.  - Interfacing with the vanilla AX25 network, and development of a
  369.    common carrier?
  370.  - Trends in TCP/IP networking as seen on the Internet (Gopher, WAIS,
  371.    WWW, high-speed networking)
  372.  - The legal issues raised by the above (sigh..)
  373.  
  374. Anybody who wishes to add something to the agenda (the above are only
  375. suggestions), please get in touch with me (addresses at the end).
  376.  
  377. If anybody would like to attend (which I hope you will!), then also
  378. drop me a line so I can get a rough idea of numbers and work out which
  379. room I need to book.
  380.  
  381. _Please_ put 'TCP/IP Meet' or similiar in mail subject lines so I know
  382. where to file it. Thanks..
  383.  
  384. 73
  385. Mike G7GPA
  386.  
  387. +--- Mike Knell, University of Nottingham, UK - M.Knell@unicorn.nott.ac.uk --+
  388. |      AX25: G7GPA@GB7BAD.#23.GBR.EU  -      if(2b||!2b) question=THAT;      |
  389. |          "Pet Sounds" is the best album ever. Period. No arguing..         |
  390. +-- GAT(!B) d--- -p+ c++++(---) l++ u+ e+/* *m+ s n+ h-- f* !g w+ t+ r- y* --+
  391. /EX
  392. -- 
  393. +-- Mike Knell, University of Nottingham, UK -=- M.Knell@unicorn.nott.ac.uk --+
  394. |    Linux - Live Free Or Die!     |    AX25: g7gpa@g7gpa.gb7bad.#23.gbr.eu   |
  395. |    Clear the laundromat! This whirl-o-matic just had a nuclear meltdown!    |
  396. +-- GAT(!B) d--- -p+ c++++(---) l++ u+ e+ m+/* s-/ n+ h-- f* !g w+ t+ r-- y* -+
  397.  
  398. ------------------------------
  399.  
  400. Date: Sat,  4 Jun 1994 13:59:52 GMT
  401. From: ihnp4.ucsd.edu!swrinde!gatech!news-feed-1.peachnet.edu!news.duke.edu!eff!news.kei.com!ddsw1!n9csa!jeff.smith@network.ucsd.edu
  402. Subject: Vester SSTV board
  403. To: ham-digital@ucsd.edu
  404.  
  405. Hey guys,
  406. Can anybody make a Vester SSTV board ( QST Jan. 1994) for me? I will pay
  407. you $$. I am a new ham awaiting my ticket but I have no electrical
  408. knowledge. Please help!!! Leave me a message.
  409. Thanks and 73's, Jeff
  410.  
  411. ------------------------------
  412.  
  413. Date: 5 Jun 1994 03:23:07 GMT
  414. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!wupost!crcnis1.unl.edu!news.mid.net!newsfeed.ksu.ksu.edu!moe.ksu.ksu.edu!hobbes.physics.uiowa.edu!news.uiowa.edu!icaen!drenze@network.ucsd.
  415. To: ham-digital@ucsd.edu
  416.  
  417. References <2sleak$7lc@network.ucsd.edu>, <Cqtq18.KwB@world.std.com>, <1994Jun3.153101.7475@ke4zv.atl.ga.us>du
  418. Subject : Re: An open note to Gary Coffman, KE4ZV
  419.  
  420. gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  421.  
  422. >You've almost got it. The only point on which you seem confused is
  423. >the role and location of AX25. A TNC in KISS mode doesn't know from
  424. >AX25. It's just a stupid modem with just enough smarts to not transmit
  425. >if the channel is busy. The AX25 layer happens inside NOS *before*
  426. >the KISS encapsulation driver. Let me try to illustrate with the
  427. >OSI stack.  
  428.  
  429. Then why can't we abandon the AX.25 layer entirely and just use the
  430. KISS-mode TNC as the dumb modem it is?  I can't find my FCC rulebook
  431. right now (and I think it might be out of date anyway), but wouldn't
  432. that count as an "unspecified digital code" which would be legal
  433. as long as you transmitted an ID every 10 minutes or so in an acceptable
  434. mode (CW/voice/packet ID frame...) just have your TCP/IP interface
  435. transmit a packet ID frame every 10 minutes, and you'll be OK, I think.
  436.  
  437. 73 - doug
  438.  
  439. -- 
  440.          Doug Renze, N0YVW * drenze@isca.uiowa.edu * N0YVW @ W0IUQ.ia.usa.na
  441.                          DRenze@aol.com ** drenze@chop.isca.uiowa.edu
  442.  
  443. ------------------------------
  444.  
  445. Date: Fri, 3 Jun 1994 04:32:38 GMT
  446. From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!nntp.cs.ubc.ca!torn!uunet.ca!uunet.ca!geac!torsqnt!problem!vigard!mdf@network.ucsd.edu
  447. To: ham-digital@ucsd.edu
  448.  
  449. References <2s3kqn$pj6@usenet.srv.cis.pitt.edu>, <2sfi74$5ps@hermes.louisville.edu>, <2sh8s9$f3l@herald.indirect.com>
  450. Subject : Re: Motorola GPS engine purchase information
  451.  
  452. patrick@indirect.com (Patrick Berry) writes:
  453. >Mike is right.  I for one am going to buy two - one to work with my
  454. >notebook computer and the second to attach to my 440 repeater to tx dgps
  455. >info in sub audible encoded low speed digital data.
  456.  
  457. does the motorola "engine" actually provide the necessary pseudo-range data
  458. as output, and can it accept pseudo-range as input (for it's solutions)?
  459. if so, i would be interested in having a pair myself ...
  460.  
  461. >DGPS has nothing to do with "large bodies of water" as the original poster
  462. >implied.  There are installations around the Great Lakes that broadcast
  463. >dgps data, but that is only an instance of using dgps.  DGPS is implemented
  464. >by placing a unit at a precisely known location and subtracting that
  465. >precisely known lat and lon from the data received by the dithered gps
  466. >unit.  Those differences are then broadcast.  If you use those diffs to
  467. >correct the reading from another gps unit, you have effectively removed
  468. >the dither on the signal.  That is what I will do with my portable gps
  469. >unit and the one at the repeater site.
  470.  
  471. not exactly.  you can implement a rudimentary system along these lines,
  472. but the increase in accuracy isn't as great as you would get if you
  473. broadcast pseudo-range corrections (derived from a receiver at a known
  474. location) and this data is incorporated into the solutions that mobile
  475. receivers make.
  476.  
  477. not that you shouldn't try a simple delta-lat/lon setup for starters.
  478. however, i would recommend a packet arrangement tho.  1200bps packet
  479. equipment is cheap, easy to come by, easy to connect, and you can probably
  480. go into a store and buy all the needed goo (if you lack it) to begin
  481. experiments promptly.  send the stuff in unnumbered I-frames, addressed
  482. to "DGPS" say.
  483.  
  484. hm ... this could actually be a pretty darn useful service.
  485.  
  486. >73 de Pat KN7B
  487. -- 
  488. Matthew Francey                     mdf@vigard.mef.org            ve3rqx@io.org
  489. "live before you die"               GPS(NAD27): N43o34.210' W079o34.563' +0093m
  490.  
  491. ------------------------------
  492.  
  493. End of Ham-Digital Digest V94 #181
  494. ******************************
  495.